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ENHANCED NETWORKED PRE-PRESS IMAGING 

Technical Field 

The present application generally relates to pre-press imaging 
and more particularly to enhanced networked pre-press imaging 
capable of accommodating multiple raster image processor and/or 
5 print drivers. 

Background Art 

As shown in Figure 1, a conventional pre-press imaging system 
100 commonly includes a raster image processor (RIP) 105, or other 
type image processor, a print drive server (PDS) 110, and one or 
Jp more image maker (IM), such as a pre-press image setter (PPIS) 115 
If; having an optical scan assembly, e.g. a laser scanner, and a 
H support surface, e.g. a cylindrical drum and/or an image proof er 
Jj; (IP) 120, e.g. a color proofing device. 

if] In operation, the RIP 105 receives, as input, a digitized 

^5 image from a front-end processor (not shown) or via a user commands 
Hp entered on a user input device (not shown) , and processes the 
m received input to generate raster image data representing the input 
O image. The raster image data is transmitted from the RIP 105 to 
" the PDS 110, and subsequently processed by the PDS 110 to generate 
20 appropriate instructions for the applicable IM 115 or 120. These 
instructions are transmitted from the PDS 110 to the IM 115 or 120. 

For example, if an IP 120 is included as part of the system, 
the instructions for the IP 120 may be transmitted by the PDS 110 
to the IP 120 prior to instructions being transmitted by the PDS 
25 110 to the PPIS 115. The IP 120 operates in accordance with the 
received PDS instructions to generate an image proof, e.g. a color 
proof, for inspection by a system operator, as is well understood 
in the art. If the proof is deemed acceptable, PDS instructions 
for the PPIS 115 are transmitted to the PPIS 115. In accordance 
30 with these received instructions, the optical scan assembly of the 



1 



Docket No. : 3175-52 
Client Ref.: XP-0915 SAN 



PATENT 



PPIS 115 operates to scan the image represented by the PDS 
instructions onto a plate or film supported by the support surface 
of the PPIS 115. In this way, the input image is transferred to 
the plate or film, which in turn can be used to print the input 
5 image on other media, e.g. paper. 

More recently, enhancements in print drive server 
capabilities, and particularly the introduction of the AGFA™ 
Apogee™ print drive server, have allowed multiple RIP to be 
serviced by one or more PDS. Figure 2, depicts a convention 
10 networked imaging system 200 with an Ethernet network 225 linking 
multiple RIPs 205 to a single PDS 210. It will be recognized that 
additional PDS could also be linked to the multiple RIPs 205 via 
5 the network 225 if so desired. The RIPs 205 and PDS 210 are 
:j! typically configured on separate workstations, and communicate via 
the network 225. However, if desired, a single workstation could 
jl serve as both the PDS 210 and one of the RIPs 205, 
If! in operation, each of the networked system RIPs 205 processes 

n received input to generate raster image data. The applicable RIP 
;fj 205 then typically transmits this data via the network 225 to a 
jtO remote storage device 230, i.e. typically a storage device remote 
O to both the applicable RIP 205 and the PDS 210, but accessible to 
both the applicable RIP 205 and PDS 210 via the network 225. The 
transmitted raster image data is written into a storage file of the 
remote storage device 230. The remote storage device 230 could, 
25 for example, be a magnetic or optical disk or some other type 
storage device. 

The stored data is retrieved, typically via the network 225, 
by the PDS 210 from the remote storage device 230 by reading the 
applicable storage file when needed. The read raster image data is 
30 transmitted to the PDS 210 via the network 225, and processed to 
generate instructions for the applicable IM 215 and/or 220. These 
instructions are in turn transmitted to the applicable IM 215 
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and/or 220, either via a dedicated link 227 in the case of the PPIS 
215, or via the network 225 in the case of the IP 220. 

However, in the case where the RIP 205 and PDS 210 are 
implemented in a single workstation, the raster image data 
generated by that RIP 205 will typically be stored in a local 
storage device (not shown) . In such a case, there is no need to 
transmit the raster image data via the network 225. Furthermore, 
even in the case where the RIP 205 and PDS 210 are implemented on 
separate workstations, the raster image data generated by that RIP 
205 may be stored in a storage device local to the applicable RIP 
205 or the PDS 210. In the case where the storage device is local 
to the RIP 205, there will be no need for the RIP 205 to transmit 
the raster image data via the network 225 to the storage device 
230. In the case where the storage device is local to the PDS 210, 
there will be no need for the PDS 210 to retrieve the stored raster 
image data via the network 225 from the storage device 230. Hence, 
in either of these later cases only a single transmission of the 
raster image data over the network 225 is required. 

When a job begins, the RIP 205 requests a destination storage 
device and path from the PDS 210. If the RIP 205 and PDS 210 are 
implemented on same workstation, the destination storage device 
will normally be a local storage device and the raster image data 
is simply written as a file to local storage. If not, the 
destination drive and path request is communicated via a network 
225. 

If the PDS 210 destination storage device letter designation 
e.g. "drive C" provided to the RIP 205 in response to the request 
is to a remote, mapped storage device 230, the RIP 205 will 
transmit the raster image data over the network 225 and the data 
will be written directly to storage at the designated storage 
device 230 via remote file access by the RIP 205. 

On the other hand, if the PDS 210 destination storage device 
letter designation is to a remote, at least with respect to the RIP 
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205, unmapped device, e.g. a storage device local to the PDS 210, 
the RIP 205 will transmit the raster image data over the network 
225 to the PDS 210. The PDS 210 will then transmit the raster 
image data over the network 225 and the data will be written to 
5 storage at the designated storage device via remote file access by 
the PDS 210. 

If the PDS 210 destination storage device letter designation 
is not to a remote storage device, but rather to a storage device 
which is local to the RIP 205, the raster image data is simply 
10 written as a file to local storage. 

In all of the above cases, the RIP 205 informs the PDS 210 
that the image data has been written once storage has been 
=0 completed. 

!f! Pseudo code for the above is as follows: 

1) RIP -> PDS: Query, where should data be written?* 
rf 2) PDS -> RIP: Response, X:\path\. . . \filename* 

!J1 3) RIP Processing 

■U a) if RIP and PDS are on different workstations (i) and 

=C if X is a remote, mapped drive write image data via 

Sfb remote file system*, (ii) and else write image data via 

O PDS interface* 

b) else write image data to local drive 
4) RIP -> PDS: Data has been written* 
where * = Ethernet transmission 
25 The electronic pre-press workflow involves the generation of 

large amounts of raster image data by the RIPs 205 and the 
consumption of this data by an IMs, e.g. the PPIS 215 and the IP 
220. As discussed above, often the RIP 205 stores the raster image 
data at and the PDS 210 retrieves the stored raster image data from 
30 a remote storage device 230. In such cases multiple transmissions 
of the raster image data via the network 225 are required, i.e. 
transmissions to and from the applicable storage device 230. 
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Furthermore, on occasion the RIP 205 may store the raster 
image data at and the PDS 210 may retrieve the stored raster image 
data from a storage device which is local to either the applicable 
RIP 205 or the PDS 210, but not to both. In such cases, at least 
one transmission of the raster image data via the network 225 is 
still required, i.e. transmissions to or from the applicable 
storage device. 

Although conventional networked imaging systems developed 
since the introduction of AGFA™ Apogee™ print drive server are a 
vast improvement over imaging systems developed prior to the 
introduction of the AGFA™ Apogee™ print drive server, conventional 
networked imaging systems, such as that depicted in Figure 2, have 
experienced certain problems which has been difficult to overcome. 

More particularly, because of the large amounts of raster 
image data which must be communicated via these networks, the 
transmission (s) of this data over the network 225 can significantly 
degrade the overall performance of the network 225. The 
uncompressed image data for a normal four color job can exceed 10 
Gigabytes. Data compression and decompression help to reduce the 
amount of data which must be transmitted and stored, but even in 
compressed form the raster image data can be quite large, e.g. more 
than 1 Gigabyte per job. 

If a large amount of network bandwidth is allocated to each 
such transmission, this may result in delays in the transmission of 
other data, including other raster image data over the network, or 
in the inability to transmit other data altogether during the 
transmission of the raster image data, due to inadequate total 
bandwidth capacity of a given network link. 

Further still, in some networks even if the maximum possible 
bandwidth is allocated to the transmission of raster image data, 
the transmission of the raster image data may still be unduly slow, 
and also delay or prevent other transmissions over the network for 
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a relatively lengthy period of time. For example / the transfer of 
image data for a job, using 100 Megabits/second 100 Base-T, can 
consume the entire network bandwidth for up to two minutes. 

Another problem arises in the amount of memory needed to store 
5 the raster image data. In order to store jobs, for example at 1 
Gigabyte per job, the network storage device (s) must have large 
capacity, high access speed, and easily expandable memory 
resources . 

Therefore a need exists for an improved technique for 
10 networking multiple RIPs, one or more PDSs and one or more storage 
devices which are remote to either the RIPs, or the PDS(s), or 
_ both. 

JJ ; ; Objectives of the Invention 

SI Accordingly, it is an object of the present invention to 

jft provide an improved technique for networking multiple RIPs, with 
m one or more PDSs and one or more storage devices which are remote 
to either the RIPs, or the PDS(s), or both, such that the 
=-F aforementioned problems of conventional networked pre-press imaging 
m systems can be mitigated or completely avoided. 

fib Additional objects, advantages, novel features of the present 

invention will become apparent to those skilled in the art from 
this disclosure, including the following detailed description, as 
well as by practice of the invention. While the invention is 
described below with reference to preferred embodiment ( s ) , it 

25 should be understood that the invention is not limited thereto. 
Those of ordinary skill in the art having access to the teachings 
herein will recognize additional implementations, modifications, 
and embodiments, as well as other fields of use, which are within 
the scope of the invention as disclosed and claimed herein and with 

30 respect to which the invention could be of significant utility. 
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Summary Disclosure of the Invention 

In accordance with the invention, an imaging system includes 
an image processor, preferably a raster image processor, a storage 
device, which preferably is part of a single pool of storage 
5 devices and may be of any type, a print driver, such as a print 
drive server and an image maker, preferably a color proofer or an 
image setter, such as a cylindrical drum imager. The image 
processor is configured to generate image data, e.g. raster image 
data, representing an image. The storage device is configured to 

10 store the image data. The print driver is configured to generate 
instructions corresponding to the image data. The image maker is 
configured to generate a representation of the image in accordance 

y3 with the instructions. 

T\ The system also includes two communications networks. A first 

M> communications network, such as an Ethernet network having links 

11 with a particular bandwidth capacity, interconnects the image 
HI processor and the print driver. A second communications network, 
n such as a broadband network, interconnects the image processor, the 
: P print driver, and the storage device. Advantageously, the second 
p network includes a respective dedicated link between the image 
O processor and the storage device, and between the print driver and 

the storage device. Each of these dedicated links preferably has a 
bandwidth capacity greater than the bandwidth capacity of the 
individual Ethernet network links. 

25 According to a preferred aspect of the invention, the image 

processor is further configured to write the generated image data 
to the storage device via the second communications network, and 
the print driver is further configured to read the stored image 
data from the storage device via the second communications network. 

30 Beneficially, the image processor is further configured to 

generate a message indicative of the image data having been written 
to the storage device and to transmit this to the print driver via 
the first communications network. 
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In accordance with other preferred aspects of the invention, 
the print driver may be further configured to transmit a product 
identifier to the image processor via the first communications 
network. The product identifier identifies the destination storage 
5 device at which the image data generated by the image processor is 
to be stored. The image processor is further configured to process 
the transmitted product identifier to determine if the destination 
storage device at which the generated image data is to be stored is 
the above described device, or pool of storage devices. If so, the 
10 image data generated by the image processor is written to the 
storage device or pool of storage devices via the second 
communications network. 
k n According to other preferred aspects of the invention, the 

li 8 ! print driver may be further configured to also transmit a 
%3 destination identifier for a destination storage device to the 
r: image processor, via the first communications network- The 
jjj destination storage device destination identifier identifies the 
|U destination of the destination storage device at which the image 
=£ data generated by that image processor is to be stored. The image 
2D processor is also further configured to transmit to the print 
D driver, responsive to the transmitted destination storage device 
destination identifier and via the first communications network, a 
request for the previously described product identifier for the 
destination storage device at the identified destination. The 
25 print driver is additionally configured to transmit the product 
identifier for the destination storage device at the identified 
destination responsive to the request transmitted by the image 
processor . 

It may be desirable, in certain implementations, for the 
30 system to also include a remote storage device which is configured 
to store the image data. In such implementations, the first 
communications network may be further configured to interconnect 
the image processor, the print driver and the remote storage 
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device. The image processor is beneficially further configured to 
process the transmitted product identifier to determine if the 
destination storage device at which the generated image data is to 
be stored is the remote storage device. If so, the image data 
5 generated by the image processor is written to that remote storage 
device . 

If the remote storage device is included in the system, the 
image processor is further beneficially configured to transmit a 
request for the product identifier for the destination storage 
10 device at the identified destination, to the print driver. This 
request is preferably transmitted responsive to the transmitted 
^ destination storage device destination identifier and via the first 
=n communications network. The print driver is further configured to 
If! transmit the product identifier for the destination storage device 
%h at the identified destination responsive to the transmitted 
n request. 

U1 According to still other aspects of the invention, the 

n transmitted destination storage device destination identifier 
includes a storage device designation for the destination storage 
S) device at the identified destination associated with the print 
H driver. The designation could, for example, take a form similar to 
"drive G". The image processor is further configured to determine 
if the destination storage device designation associated with the 
print driver corresponds to a storage device designation for the 
25 remote storage device associated with the image processor. This 
determination is preferably made by attempting to map the 
destination storage device designation associated with the print 
driver with a storage device designation associated with the image 
processor for the remote storage device. 
30 If a positive determination is made, the image data generated 

by the image processor is written by the image processor directly 
to the remote storage device via the first communications network. 
For example, the image processor may determine that the "drive G" 
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designation used by the print driver to access the remote storage 
device corresponds to the "drive E" designation used by the image 
processor to access the same storage device. Hence, the image 
processor is able to directly store the image data at the remote 
5 storage device using the "drive E" designation and the print driver 
is able to directly retrieve the stored image data from remote 
storage device using the "drive G" designation. 

If not, the image data generated by the image processor is 
transmitted by the image processor to the print driver via the 
10 second communications network. The print driver then writes the 
image data to the applicable remote storage device. For example, in 
j5at this case, the image processor may determine that the "drive G" 
k Q designation used by the print driver to access the remote storage 
yy device does not correspond to any drive designation used by the 
y3 image processor to access a storage device. Hence, the image 
Yj processor is unable to directly store the image data at applicable 
y] storage device using one of its drive designations. Therefore, the 
™ image processor transmits the image data to the print driver. The 
4S print driver then directly stores the transmitted image data at the 
23p applicable storage device, for example using its "drive G" 
O designation, and can directly retrieve the stored image data from 
applicable storage device using the "drive G" designation drive. 

Thus, according to the invention, image data, preferably 
raster image data, representing an image, typically a color image, 
25 is generated. The generated image data is written to a storage 
device via one communications network, such as a broadband network. 

A notice of the generated image data having been written to the 
storage device is transmitted via another communications network, 
such as an Ethernet network. The stored image data is read from 
30 the storage device via the one communications network, typically 
subsequent to transmission of the notice. Imaging instructions 
corresponding to the read image data are generated, and a 
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representation of the image, such as a color proof of the image or 
the image itself, is generated in accordance with the instructions. 

Preferably, the generated raster image data is written to the 
storage device via a first dedicated communications link within the 
5 one communications network. The stored raster image data is then 
read from the storage device via a second dedicated communications 
link within the one communications network. Advantageously, the 
dedicated links have a bandwidth which is greater than the 
bandwidth of individual links within the other communications 
10 network. 

Beneficially a product identifier for the destination storage 
device at which the image data is to be stored is transmitted via 
|fl the other communications network. This product identifier is 
S processed to determine if the destination storage device is located 
%3 on the one communications network. If so, the generated image data 
r! is written to the storage device via the one communications 
!J1 network. 

!L Advantageously, a destination identifier for the destination 

s p storage device at which the generated image data is to be stored is 
2$ also transmitted via the other communications network. Responsive 
O thereto, a request for the product identifier for the destination 
storage device is transmitted via the one communications network, 
and the product identifier is transmitted responsive to this 
request . 

25 Other image data representing an image may also be generated. 

If so, a product identifier for a destination storage device at 
which the other generated image data is to be stored is transmitted 
via the other communications network. The transmitted product 
identifier is processed to determine if the destination storage 

30 device, i.e. the one identified by the product identifier, is 
remote to the one communications network. If it is, the other 
generated image data may be written to a remote storage device 
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identified by the product identifier via the second communications 
network. 

Beneficially, the transmitted destination storage device 
destination identifier includes a storage device designation for 
5 the storage device at the identified destination. If so, a 
determination is preferably made as to whether that storage device 
designation corresponds to another storage device designation for 
the remote storage device. If it does, the other generated image 
data is written directly to the remote storage device via the other 

10 communications network. However, if it does not correspond, the 
other generated image data is transmitted to a network device other 
than the remote storage device at the identified destination via 

=n the one communications network. The image data is then written by 

r! that network device to the remote storage device at the identified 

%S> destination. 

!JI Brief Description of Drawings 

Figure 1 depicts a conventional pre-press imaging system. 
=-E Figure 2 depicts a conventional networked pre-press imaging 

jS system. 

Sb Figure 3 depicts an enhanced networked pre-press imaging 

system in accordance with the present invention. 

Best Mode for Carrying out the Invention 

Figure 3 depicts an enhanced networked pre-press imaging 
system 300 in accordance with the present invention. 

25 As shown, the networked system 300 includes multiple raster 

image processors (RIPs) 305, a print drive server (PDS) 310, and 
multiple image makers (IMs) 315 and 320. The IMs include a pre- 
press image setter (PPIS) 315 having an optical scan assembly, such 
as a laser scanner, and a support surface, such as a cylindrical 

30 drum, and an image proof er (IP) 320 which could, for example, be a 
color proofing device. A single workstation could serve as both the 
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PDS 310 and one of the RIPs 305, although generally each RIP 305 
and each PDS 310 will be implemented on a separate workstation. 
Also included are multiple remote SAN storage devices 330 and non- 
SAN storage devices 340 and 345, i.e. storage devices remote to 
5 both the RIPs 305 and the PDS 310, for storing raster image data 
generated by the RIPs 305. It will be recognized that the 
invention is easily adaptable to accommodate storage devices local 
to the applicable RIP 305 or PDS 310, or local to both the 
applicable RIP 305 and the PDS 310 which could be the case if the 
10 PDS 310 and applicable RIP 305 are implemented as a single 
workstation . 

^ An Ethernet network 325, preferably formed of optical fiber or 

J] high-speed copper cable, interconnects the RIPs 305, PDS 310, 
;J[ storage device 340and IP 320, thus providing links between each of 
%p the multiple RIPs 305 and the PDS 310 and the storage device 340, 
f: and between the PDS 310 and the IP 320. The PDS 310 is connected 
yf1 to the PPIS 315 via a dedicated link 327. The PDS 310 is connected 
L to the remote storage device 345 by a separate link or network 329. 
=C Additional PDSs 310 could also be interconnected to the multiple 
3D RIPs 305, and to the IP or other IPs via the Ethernet network, if 
Q so desired. 

A storage area network (SAN) 335, preferably also formed of 
optical fiber or high-speed copper cable, interconnects the remote 
storage devices 330 with each of the RIPs 305 and the PDS 310, thus 
25 providing a respective dedicated link 335a or 335b between the 
remote SAN storage devices 330 and each of the multiple RIPs 305 
and between the remote SAN storage devices 330 and the PDS 310. 
Accordingly, the networked pre-press imaging system 300 of Figure 3 
includes what may be characterized as overlapping Ethernet and 
30 storage area networks 325 and 335. 

Preferably, the dedicated links 335a and 335b provided by the 
SAN 335 are very high speed, e.g. 100 Megabyte per second, 
connections. Advantageously, each of the multiple remote SAN 
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storage devices 330 includes a fast, large memory, as are well 
known in the art. The multiple remote SAN storage devices 330 are 
configured in a pool of storage devices 330, as depicted in Figure 
3, which is easily expandable by adding additional remote SAN 
5 storage devices to the SAN storage device pool. 

In operation, each of the networked system RIPs 305 receives, 
as input, a digitized image from a respective or shared front-end 
processor (not shown) or via user commands entered on a user input 
device (not shown) . The applicable RIP 305 processes the received 

10 input to generate raster image data representing the input image. 
The raster image data may be directly transmitted from the 
applicable RIP 305 via the SAN 335 to the SAN's multiple storage 

=fl devices 330 via the dedicated SAN link 335a between the applicable 

S RIP 305 and SAN storage devices 330. 

•3J5 The raster image data stored on the SAN storage devices 330 is 

?l retrieved by the PDS 310 directly from the SAN storage devices 330, 
!H via the dedicated SAN link 335b between the PDS 310 and storage 
jU devices 330. The PDS 310 processes the retrieved raster image data 
-± to generate appropriate instructions to the applicable IM 315 or 
SO 320. These instructions are transmitted from the PDS 310 to the IM 
H 315 or 320 via either the Ethernet network 325 or a dedicated non- 
network link 327. 

More particularly, if the PDS 310 instructions are generated 
for the IP 320, the instructions are transmitted via the Ethernet 
25 network 325. On the other hand, if the PDS 310 instructions are 
generated for the PPIS 315, the instructions are transmitted via 
the dedicated non-network link 327. 

Beneficially, the PDS 310 instructions for the IP 320 are 
transmitted to the IP 320 prior to PDS 310 instructions being 
30 transmitted to the PPIS 315. The IP 320 operates in accordance 
with the received PDS 310 instructions to generate an image proof, 
e.g. a color proof, for inspection by a system operator, as is well 
understood in the art. 
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If the proof is determined to be acceptable, the PDS 310 
instructions for the PPIS 315 are transmitted via the dedicated 
non-network link 327 from the PDS 310 to the PPIS 315. In 
accordance with these received instructions, the optical scan 
5 assembly of the PPIS 315 operates to scan the image represented by 
the PDS 310 instructions onto a plate or film supported by the 
support surface of the PPIS 315. The image input to the RIP 305 is 
thereby transferred to the plate or film. The film or plate can in 
turn be used to print the input image on other media, e.g. paper. 
10 Thus, the use of the SAN 335 solves problems relating to 

network bandwidth and storage capacity in convention networked pre- 
press systems. However, in order for the PDS 310 to retrieve raster 
:fj image data from the SAN and other remote storage devices, each RIP 
If; 305 and the PDS 310 must somehow coordinate on the identity of the 
■15 applicable storage device address. Thus, the use of the SAN 335 
introduces a question as to how to identify the remote storage 
\fi device at which particular raster image data should be stored. 
j«* This question is answered by adding a volume serial number 

s P query and response to the PDS protocol. More particularly, the PDS 
pb 310 is configured to transmit an applicable destination storage 
□ device identifier and path to each of the RIPs 305. Each of the 
RIPs 305 is configured to query PDS 310 for the identified storage 
device's volume serial number, after receipt of the destination and 
path information from the PDS 310. Each RIP 305 is further 
25 configured to process the storage device volume serial number 
returned by the PDS 310 in response to the query to determine if 
one of the volume serial numbers of the storage devices accessible 
to that RIP 305 matches the storage device volume serial number 
returned by the PDS 310. If so, the destination storage device is 
30 deemed to be a shared storage device, e.g. a SAN storage device 330 
or remote non-SAN storage device 340. 

However, even after the RIP 305 has confirmed that the 
destination device designated by the PDS 310 is an accessible 
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shared storage device, a further question remains. More 
particularly, since there is no established storage device 
identifier standard, one RIP 305 could, for example, identify a 
remote storage device as "Drive G", while another RIP 305 might 
5 identify the same remote storage device as "Drive Z". Further, the 
PDS 310 might identify the same remote storage device as "Drive D". 
Hence, the PDS 310 could seek to retrieve raster image data at 
address D:/xxx or D:/yyy which has been stored by one RIP 305 at 
address G:/xxx or by another RIP 305 by at address Z:/yyy. Thus, a 

10 question remains as to how the RIP's 305 and PDS 310 will share 
access to the remote storage devices, including devices 330, such 
that the PDS 310 can easily access the appropriate raster image 

=n data stored by the RIPs 305 on the shared remote storage devices 

jfl 330 and 340. 

'i]5 This potential problem is solved by mapping the PDS's 310 

i2 storage device address to applicable RIP's 305 storage device 
If] address. More particularly, the PDS 310 is configured to retrieve 
n the volume serial numbers, by stepping the drive designation for 
-f: the destination device string from, for example, "C" to "Z". Drive 
SO designations "A" and "B" are assumed to be local drives, and are 
P therefore not checked. The string is processed as an argument to a 
call, for example for "GetVolumelnf ormation (path, . . . ) " . If the 
destination volume's serial number matches that returned from 
GetVolumelnf ormation, the drive letter string is captured for 
25 subsequent use. 

In certain operating systems, such as Windows™, call 
"GetLogicalDrives ( ) , " provides a mask of assigned drive designation 
letters, and only assigned drive designation letters are checked. 
Further, in Windows™ call, "GetDriveType (path) , " the device 
30 assigned to the drive designation letter in the path is described, 
and only drives with a "DRIVE_FIXED" type are checked. 

Referring again to Figure 3, when a job begins, the RIP 305 
requests a destination drive designation and path from the PDS 310. 
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If the RIP 305 and PDS 310 reside on same workstation, the image 
data is written to the local drive as a file. 

If not, the RIP 305 queries the PDS 310 f via a communication 
over the Ethernet network 325, for the destination storage device's 
volume serial number. The PDS 310 processes the query and transmits 
the destination storage device's volume serial number to the RIP 
305 via the Ethernet network 325. 

The RIP 305 receives the destination storage device's volume 
serial number from the PDS 310, and processes the received serial 
number, typically by comparing it to those destination storage 
device volume serial numbers accessible to that RIP 305. 
Typically, these destination storage device volume serial numbers 
are stored locally at the applicable RIP 305. If the destination 
storage device's volume serial number received from the PDS 310 is 
determined to correspond to a storage device accessible to the RIP 
305, e.g. determined by matching the received destination storage 
device's volume serial number and one of the stored accessible 
storage device's volume serial numbers, the destination storage 
device identified by the PDS 310 is deemed by the RIP 305 to be a 
shared storage device. The RIP 305 drive designation for that 
device is mapped to the PDS designation for that same device. 

If the identified destination storage device identified by the 
PDS 310 is further deemed to be a SAN storage device 330, the RIP 
305 will transmit the raster image data to the identified SAN 
storage device 330 via the SAN 335. The transmitted raster image 
data is written as a file in the SAN storage device 330. 

If not, the RIP 305 will determine if the PDS's 310 
destination drive letter designation, e.g. "drive D" is to a 
remote, shared storage device, such as storage device 340 of Figure 
3. If so, the RIP 305 will transmit the raster image data to the 
remote storage device 340 over the Ethernet network 325. The 
transmitted raster image data will be written to the remote storage 
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device 340 using the mapped RIP 305 designation, e.g. "drive G" for 
remote storage device 340, by remote file access. 

If the PDS's 310 destination drive letter designation is not 
to a remote, shared storage device, e.g. storage device 345, the 
5 RIP 305 will transmit the raster image data to the PDS 310 over the 
SAN 335. The transmitted raster image data will be written to the 
identified storage device 345 by the PDS 310 using remote file 
access . 

Pseudo code for implementing the above follows: 
10 1) RIP -> PDS: Query, where should data be written?* 

2) PDS -> RIP : Response, X:\path\. . . \f ilename* 

3) RIP Processing if RIP and PDS are on different 
:f| workstations: 

Jjj a) RIP -> PDS: Query, what is the volume ID?* 

%B b) PDS -> RIP: Response, disk device volume ID* 

Y: c) Y = GetLocalDrivelD (volume ID) 

LH d) if Y is an accessible SAN drive write image data to 

m SAN** 

s P e) else if Y is a remote mapped drive write image data 

M) via remote file system** 

H f) else write image data via PDS interface** 

4) else RIP Processing if RIP and PDS are on same workstation: 

a) Write image data to local drive 

5) RIP -> PDS: Data has been written* 
25 where * = Ethernet transfers. 

where ** = high speed SAN transfers. 
In Figure 3, the RIPs 305 and PDS 310 have direct connections 
via the SAN 335. The RIPs 305 and PDS 310 use the Ethernet network 
link 325 to exchange protocol messages. The raster image data is 
30 preferably transmitted via the very high speed SAN link 335a and 
335b. The SAN links 335a and 335b can provide 10 times the transfer 
speed, and allow the Ethernet bandwidth to be utilized for 
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transmission of other than the raster image data, such as for 
output of the PDS 310. 

It should be understood that, if desired, other RIPs 305 could 
be included in the networked system 300 of Figure 3, which are not 
5 interconnected by the SAN 335. Such RIPs 305 would accordingly 
transmit raster image data and other data, e.g. messages to the PDS 
310, via the Ethernet network 325. However, the transmission of 
raster image data by these RIPs 305 would take at least 10 times 
longer over the Ethernet network 325 than transmissions of raster 

10 image data by the other RIPs 305 over the SAN 335. This could 
result in the Ethernet network 325 being saturated during the 
transfer of the raster image data by these non-SAN RIPs 305, and 
hence, other PDS 310 operations, requiring Ethernet network 325 

jj* transfers, could be adversely impacted. 

lf> It will also be recognized by those skilled in the art that, 

Yz while the invention has been described above in terms of one or 
yi more preferred embodiments, it is not limited thereto. Various 
1U features and aspects of the above described invention may be used 
:fi individually or jointly. Further, although the invention has been 

described in the context of its implementation in a particular 
U environment and for particular purposes, those skilled in the art 

will recognize that its usefulness is not limited thereto and that 
. the present invention can be beneficially utilized in any number of 

environments and implementations. Accordingly, the claims set 
25 forth below should be construed in view of the full breath and 

spirit of the invention as disclosed herein. 
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